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[57] ABSTRACT 

A method for notifying an individual of a previously sched- 
uled event. The individual's scheduling information is 
accessed, and analyzed. When a scheduled event arrives, the 
user is notified in the manner that the user specifies. Methods 
of notification include wireless pager, email, and wireless 
telephone. 

27 Claims, 11 Drawing Sheets 
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METHOD FOR NOTIFYING AN INDIVIDUAL 
OF A PREVIOUSLY SCHEDULED EVENT 

FIELD OF THE INVENTION 

The present invention relates generally to techniques for 
notifying individuals of scheduling or meeting information. 
More particularly, the present invention relates to techniques 
for integrating the use of communication devices and meth- 
ods with scheduling information. 

BACKGROUND OF THE INVENTION 

The proliferation of personal computers and portable 
information devices has provided substantial improvements 
in the ability to track appointments and communicate with 
others. For example, many individuals now store informa- 
tion on a personal computer in a way that allows them to 
track projects, work assignments, and deadlines. And as 
portable personal computers have become more powerful 
and inexpensive, scheduling software has become popular 
and widely used. 

At the same time, wireless paging devices, cellular 
phones, and other portable communication devices are also 
becoming widely used. These devices allow others to con- 
tact or communicate with a person who might otherwise be 
unavailable. Because communication has become so much 
easier, people who use modern communications devices are 
much more free to leave their traditional office environment 
or home because they know that they can be reached by 
those who wish to reach them. 

While use of the use of scheduling software has become 
very common, and while the use of new types of commu- 
nication devices has also become very common, there has 
been no efficient interaction between the two. Previously, 
there has been no effective integration of scheduling and 
communications capabilities, and no way to take advantage 
of the benefits available if such integration were possible. 
For example, one possible benefit is that the scheduling 
system itself can use a communication device to ensure that 
an individual is aware of important events on his or her 
schedule. Thus, there exists a need for an efficient system 
and method for efficiently integrating scheduling software 
with a variety of communication devices. 

SUMMARY OF THE INVENTION 

The present invention relates to techniques for issuing 
device requests by proxy. In one embodiment of the 
invention, the invention relates to a method for communi- 
cating scheduling information to a user. Specifically, such a 
method comprises the acts of: performing scheduling tasks 
at a client computer; storing the user's scheduling informa- 
tion; accessing the user's scheduling information; analyzing 
the user's scheduling information; queuing to a storage area 
events in the scheduling information that are within a 
specified time frame; accessing the storage area to retrieve 
the queued events; and initiating communication with the 
user at or about the time that the queued event is to occur to 
inform the user of a scheduled event when the user is not at 
the client computer. 

In another embodiment of the present invention, the 
present invention relates to a method for communicating 
scheduling information to a user that operates scheduling 
software at a client computer on a network. The scheduling 
information for the user is stored at the client computer. The 
method in such an embodiment comprises the acts of: 
initiating a request over the network to retrieve scheduling 
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information for the user; accessing the user's scheduling 
information through API calls to the scheduling software on 
the client computer; retrieving at least some of the user's 
scheduling information; analyzing the user's scheduling 

5 information; queuing to a storage area information relating 
to events in the user's scheduling information; accessing the 
storage area to retrieve the queued events; and initiating 
communication with the user at or about the time that the 
queued event is to occur so as to inform the user of a 

10 scheduled event when the user is not at the client computer. 
Additional embodiments and features, and the nature of 
the present invention may be more clearly understood by 
reference to the following detailed description of the 
invention, the appended claims, and to the several drawings 

35 herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a computer system having 
20 central processing unit that is connected to a local or wide 
area network through an input-output module. 

FIG. 2 is a block diagram of a system for notifying an 
individual of a previously-scheduled event, where the sched- 
uling information is stored at the server. 
25 FIG. 3 is a flow chart of the operation of a program used 
by an administrator of the system. 

FIG. 4 is a representation of a window associated with an 
administration program shown on a screen display. 
FIG. 5 is a flow chart illustrating the operation of a 
30 program that allows a scheduling entry for a given event to 
be configured for later notification. 

FIG. 6 is a representation of a window on a screen display, 
where the window is associated with a scheduling program 
35 executing at the client computer. 

FIG. 7 is a representation of another window associated 
with a scheduling program executing at the client computer, 
where the window allows the user to configure the manner 
in which he or she is notified for the scheduled event. 
40 FIG. 8 is a flow chart illustrating the operation of an 
operation carried out by the notification software. 

FIG. 9 is a flow chart illustrating the operation of another 
operation carried out by the notification software. 
FIG. 10 is a flow chart illustrating the operation of the 
45 notification software. 

FIG. U is a block diagram of a system for notifying an 
individual of a previously-scheduled event, where the sched- 
uling information is stored at each individual's client com- 

50 P Uter * 

DETAILED DESCRIPTION OF THE 
INVENTION 

FIG. 1 is a block diagram of a computer system 100 
55 having a central processing unit 102, and an input/output 
module 104. The processor 102 is connected to the memory 
110 and the input/output module 104. The module 104 
includes circuitry for interfacing the processor 102 with 
other devices within the computer system 100, including the 
60 display or output device 106, and the (optional) local mass 
storage 108. The module 104 also interfaces the computer 
100 to the network 120, which may be a local or wide area 
network. Typically, the network is a TCP/IP internetwork, 
but any other network protocol could be used. 
65 FIG. 2 shows a block diagram of a system having a 
number of client computers 202, 204, 206, and 208, which 
may be of the type illustrated in FIG. 1. Each of these client 
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computers is on a network 220, which may be either a wide 
area or local area network. Also shown is a computer 210, 
which may act as a server for some functions associated with 
the client computers. The computer 210 includes a mainte- 
nance module 212, appointment notification software 214, 5 
and a queue database 216. Also included within the com- 
puter 210 is a scheduling database 218, having scheduling 
information for at least three different users: A, B, and C. 
The scheduling information for each of these three users is 
stored in modules 221, 222, and 223, respectively. It should 
be understood that one or more of the modules within the 
computer 210 could be implemented as separate computers. 
For example the maintenance module 212 and appointment 
notification software could be implemented on or executing 
on a separate computer. 

Notification servers 232, 234, and 236 are also shown in 
FIG. 2. Each of these servers provides a way of communi- 
cating with individuals, such as the individual represented 
by numeral 238. These individuals may be in their office (or 
home), near their office, or far away from their office. The 20 
notification servers 232, 234, and 236 have the capability, 
however, of communicating with individuals wherever they 
might be. For example, notification server 232 is an email 
server that is used to communicate via email, which can be 
sent to the user's normal desktop computer, or to another 25 
computer at which the user may be working. This notifica- 
tion server 232 may be connected back into the network 220 
so that the email messages may be delivered through the 
network. 

Notification server 234 is a wireless telephone server that 30 
is capable of initiating cellular or other wireless audio 
communication to a given telephone number. Normally, the 
user 238 carries with him or her a portable telephone. 
Notification server 236 is a wireless messenging server or 
wireless paging server that is used to send, through a 35 
wireless mechanism, messages and/or other information. As 
is well known in the art, individuals wear a paging receiver, 
and are notified when a message has been sent. 

In some embodiments, the notification servers are not 
integrated with the computer 210, and the notification soft- 40 
ware 214 is not integrated with any of the software control- 
ling the notification servers. In these situations, computer 
210 communicates with the notification servers 232, 234, 
and 236 through an interprocess communication mecha- 
nism. Such a mechanism may be a custom application 45 
programming interface made available by the notification 
servers 232, 234, and 236 to other programs, such as the 
notification software 214. Such a mechanism could also 
involve the use of a component technology, such as 
Microsoft's ActiveX and/or OLE (formerly Object Linking 50 
and Embedding) technologies based on the Component 
Object Model and Distributed COM (formerly Network 
OLE) architectures, Object Management Group's CORBA 
technologies (e.g., Internet Inter-Object Protocol (HOP)), 
JavaBeans component technology, or Remote Method Invo- 55 
cation technology available in a Java environment. It should 
be understood, however, that any other method or system for 
interprocess communication now known or hereinafter 
developed may be appropriate for use in practicing the 
invention. 60 

In the system of FIG. 2, a system administrator will 
typically perform system administration tasks, using admin- 
istration software executing at the administration client 202. 
Users A, B, and C perform scheduling tasks using schedul- 
ing software executing at the client computers, 204, 206, and 65 
208, respectively. In the embodiment of FIG. 2, the database 
of appointments, deadlines, and other information for users 



A, B, and C is stored at the server computer 210 within the 
scheduling database 218, The client computers 204, 206, and 
208 used by these users may be desktop machines located in 
their offices, or these computers may be these users' 
regularly-used mobile computers. Users A, B, and C may 
often be away from their computer, however, so they may be 
unable to use the computer to check on scheduling infor- 
mation and watch for upcoming events. The system of FIG. 
2 is designed to permit effective use of previously scheduled 
information in such a situation. 

The appointment notification software 214 executes on 
the computer 210. This software retrieves information from 
the scheduling database 218, and then interacts with the 
notification servers 232, 234, and 236 to notify one of the 
users A, B, and C of upcoming events on their schedules. 
The notification software 214 may access data in the sched- 
uling database through a customized query protocol. The 
data may also be accessible through a known query protocol, 
such as through the Structured Query Language and/or the 
Open Database Connectivity (ODBC) standard. The data 
may also be stored in a format that permits retrieval through 
an interprocess communication mechanism, such as an 
ActiveX/OLE interface, DDE, through a custom API which 
may be implemented through a dynamic link library, or 
through any of the other mechanisms previously mentioned. 
Similarly, other communication that the notification soft- 
ware carries out with other modules or devices, such as the 
maintenance module 212 or one of the notification servers 
232, 234, and 236, are through an interprocess communi- 
cation mechanism, a directory protocol, through a data 
retrieval protocol, or through some other mechanism. 

FIG. 3 is a flow chart illustrating the operation of an 
administration program that executes at client computer 202 
in FIG. 2. The administration program is used by a system 
administrator to add, delete, and modify the list of people 
that use the appointment notification software. The program 
may also modify the attributes of a particular individual's 
entry, such as that individual's cellular telephone number, 
email address, wireless pager number, or other information. 
As shown at 301 in FIG. 3, the administration software 
accesses the database of users, which may be stored locally, 
or at another location on the network, as shown at 212 in 
FIG. 2. At 303, if the administrator has selected a user, the 
administrator can update at 311 or delete at 309 the selected 
user. Otherwise, the administrator is given the option to add 
a user to the system at 305. Once the desired task has been 
performed, the maintenance database is updated and stored. 
In FIG. 2, the database 212 is maintained at computer 210. 

FIG. 4 is a representation of a window 401 taken from a 
screen display that might be seen by the administrator when 
operating the administration program executing on the client 
computer 202. The current list of users is shown in box 403. 
The administrator scrolls through the list of users, and 
selects a user. The administrator then selects either the 
properties button 407 or the delete button 409. Selection of 
the properties button 407 permits the user to modify the 
attributes of the selected user. Selection of the delete button 
409 removes the selected user from the list, and thus also 
removes the user's ability to use the system to notify him or 
her of scheduled events. A new user can be added to the list 
by selecting the new button 405. When the administrative 
tasks are complete, the administrator closes the window 401 
by selecting either the OK button 411 to save the changes, 
or the Cancel 413 button to discard any changes. 

FIG. 5 is a flow chart illustrating the operation of the 
scheduling software, such as that used by users A, B, and C 
in FIG. 2. Most often, this software executes on the client 



05/01/2003, EAST Version: 1.03.0002 



6,144,942 

5 6 

computer, but in the embodiment of FIG. 2, the scheduling information that is well into the future may not be retrieved 

information is stored on the server 210. At 501 in FIG. 5, the or read from the database 218 because users often are not 

user interacts with the scheduling software, and schedules interested in being notified of events until the scheduled time 

appointments, deadlines, and other events of interest. FIG. 6 ^ nean it should be understood, however, that in other 

is a representation of a screen display of such a program, 5 embodiments, various applications of the invention and 

showing scheduling or appointment data for Tuesday, April other considerations may make a different time frame (or 

4. The scheduling software shown in the Figure is Microsoft time f rames ) more appropriate. 

Schedule+, which is a scheduling program that may be used tr ~ M t . - . . , . c ■ j- 

with the present invention. If a, u 807 u an of the scheduhng information ind,- 

a mm - i-t^ * .t. j • . « cates that the user has an event scheduled for the specified 

At 503 in FIG. 5, the user provides access to his or her in ** r j ■ u * l. *•« j c*if 

L j . f • . 10 time frame, and if the user wishes to be notified of the event, 

scheduling information to the appointment notification soft- Al _ , , ; . 4 4 , 4 0/m 4 , 

Al _ -hatt_- * * ii the scheduled event or events are queued at 809 to be sent 

ware executing on the server 210. This is necessary to allow . *-c *■ „ *u ■ * *• t-. 

. . 4 . - t « * to the user as a notification at the appropriate time. This 

the appointment notification software to read at least some , , , . r e c ,i_ i . 

. • ■ 4l _ * , i_ , , j . 4 process repeats until the scheduling information for the last 

of the entries m that person s schedule, and thus notify that r iL 4 , . , r 4 on 

i • r iL , . A , user on the list has been analyzed at 811. 

person as the tune for the event approaches. Access can be 15 J 

provided by sending a command to the notification software, FIG - 9 is a flow chart of another operation carried out by 

by configuring the scheduling software so that other pro- the notification software 214 executing on the server 210 in 

grams can access it, or by using a password scheme. In FIG 2 - At 901 > tne notification software 214 accesses the 

another embodiment, the administrator may regulate the <i ueued notifications for scheduled events that were queued 

access to each user's scheduling information. M at 809 m FIG - 8 - 0nce ^ 9 ueued operations are accessed, 

At 505 and 507 in FIG. 5, the user configures how he or the notification software waits until a designated time for a 

she wishes to be notified for a particular appointment. For l ueued notification arrives. This designated time may be at 

example, FIG. 7 is a representation of a window 701 that < ne time °} the scheduled event but it is preferred that the 

may be associated with the scheduling program shown in designated time be some small period of time before the 

FIG. 6. As shown in FIG. 7, by selecting one (or more) of 25 e L vent 50 that the ^ ^ as a better opportunity to prepare for 

the boxes 703, the user can select the manner in which he or the event e 0T J?\ {0 J h * event * the scheduled time The 

she is notified of the event or appointment 717 identified at am ° unt °f } hts lead lime J can be configured globally, or 

the top of the window 701. In FIG. 7, the user has selected co ? fi ^ re ? b * each ^dividual user, and perhaps for each 

box 705, which specifies that the user is to be notified of the individual event. 

"production committee meeting" by cellular telephone. The 30 °nce a designated time for a queued notification arrives, 

user also specifies the desired telephone number in box 707. the notification software 214 activates the appropriate noti- 

Boxes 713 and 715 relate to other methods (email and fication server at 905. For example, if the notification entry 

wireless messenging device or pager) of notifying the user for the evem is configured so that the user is notified by 

as the specified appointment approaches. Boxes 709 and 711 wireless telephone, the notification software sends a com- 

also allow the user to specify an email address or pager 35 mand to the notification server 234, or otherwise causes that 

number/identifier associated with those methods. notification server 234 to place a telephone call to the user 

Although the configuration options shown in FIG. 7 are at 

for a particular appointment, it should be understood that Thus, as described in FIG. 8, the notification software 

similar configuration settings may be available on a global periodically reads scheduling information from the sched- 

basis, so that all appointments in a given schedule have a 40 umi g database, and queues events scheduled for the near 

default notification configuration. A window such as that future to be sent to a notification server at an appropriate 

shown in FIG. 7 may be used to alter the default configu- time. And as described in FIG. 9, once the designated time 

ration for a particular appointment or notification. It should for one of these queued events arrives, the appropriate 

also be understood that other methods for configuring a notification server is activated, and the notification is sent, 

particular notification or groups of notifications may be 45 FIG. 10 illustrates these processes in one embodiment of the 

employed. Further, it should be understood that other meth- present invention. At 1001, and at the appropriate times, the 

ods for notifying users of events, beyond those shown in notification software activates the appropriate notification 

FIG. 7, could be employed. server for the (previously) queued notifications. At 1003, the 

FIG.' 8 is a flow chart of an operation carried out by the notification software determines whether the appropriate 

notification software 214 executing on server 210 in FIG. 2. 50 tim e to refill the queue has arrived. If so, the queue is refilled 

At 801 in FIG. 8, the notification software represented by at 1005 ' and the notification software goes back to activating 

214 in FIG. 2 accesses the list of users from the maintenance the notification servers). 

module 212. This access will typically involve simply Referring again to FIG. 2, the operation of the previously- 
reading the file or directory of users maintained by the described embodiment of the invention is illustrated. As 
administrator. In some embodiments, this access may 55 described in FIG. 3, the administrator performs administra- 
involve use of directory protocols, e.g., LDAP or NDS, or tion tasks at the client computer 202, accessing the mainte- 
the use of a database query language. Thereafter, at 803 and nance database or module 212. Once the desired user 
805 in FIG. 8, the notification software 214 accesses each profiles are updated or otherwise modified, the new user list 
user's scheduling information stored in the database 218, and associated information is stored in the maintenance 
and reads the scheduled events in each user's schedule for a 60 database or module 212. This operation is represented in 
specified time frame. The specified time frame will typically FIG. 2 by the broken arrow labeled "1" in FIG. 2. 
be a period of time starting at the present and extending into User A regularly works with client computer 204 in 
the future. Such a period may be, for example, a period of carrying out day to day scheduling tasks. See "2" in FIG. 2. 
eight hours starting from the present time. This allows the The other users, B and C, regularly work with computers 
notification software 214 to analyze the scheduling infor- 65 206 and 208. Each user also provides read access to the 
mation for all approaching events, and prepare to notify the notification software, so that the notification software can 
user of these events. In some embodiments, scheduling read that user's schedule from scheduling database. In the 
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embodiment shown, this access is provided by configuring 
the maintenance database. Although this is a task that could 
be performed by the administrator, it is shown in FIG. 2 (for 
user A) as being carried out by the user at the client 
computer. See "3" in FIG. 2. And in connection with 
performing scheduling tasks, each user specifies details 
about the chosen notification method for that user's 
appointments, and this information is stored in the sched- 
uling database 218. See "4" in FIG. 2. 

The notification software periodically reads the list of 
users from the maintenance module 212 and accesses each 
user's scheduling information from the scheduling database 
218. See "5" and "6" in FIG. 2. As scheduled events for a 
given user (e.g., user A) approach, they are queued by the 
notification software 214 for later delivery to one of the 
notification servers. See "7" in FIG. 2. And once the 
designated time for a specific event arrives, the notification 
software 214 activates the desired notification server, and 
user A (designated by 238), who may be in the field, 
traveling, or otherwise away from his or her normal office, 
is notified of the upcoming event. See "8" and "9" in FIG. 
2. In the embodiment shown, the notification server 234 is 
used to notify user A. This notification server is hardware 
that dials user A's wireless telephone number, and plays an 
audio message. Such a message may be an audio rendition 
(i.e., reading) of the information associated with the user's 
scheduled event, or it could be any other useful message that 
notifies user A that the time for a previously scheduled event 
has arrived. 

FIG. 11 is a diagram of a system in an alternate embodi- 
ment of the present invention. In FIG. 11, the scheduling 
information is stored at the client computer for each user, 
rather than at the server as in FIG. 2. For example, since 
computer 204 is typically used by user A, the scheduling 
information for user A is stored on storage device 221 within 
computer 204 in FIG. 11. Similarly, the scheduling infor- 
mation for users B and C are stored at computers 206 and 
208, respectively. 

The operation of this alternate embodiment of the present 
invention is illustrated in FIG. 11. As was the case with FIG. 
2, the administrator performs administration tasks at the 
client computer 202, accessing the maintenance database or 
module 212, and storing the new user list and associated 
information in the maintenance module 212 at the server 
210. See "1" in FIG. 11. 

Users A, B, and C carry out scheduling operations at the 
client computers 204, 206, and 208, while also providing the 
specifics about how to be notified for any scheduled appoint- 
ments or events. In addition, each user also provides read 
access to the notification software, so that the notification 
software can read that user's schedule from scheduling 
database. In the embodiment of FIG. 11, this is done by 
configuring the scheduling program at the client computer to 
provide read access to the scheduling data stored at the 
client. See "2" in FIG. 11. 

The notification software periodically reads the list of 
users at the server 210 from the maintenance module 212. 
See "3" in FIG. 11. The notification software then accesses, 
over the network, each user's scheduling information. See 
"4" in FIG. 11. This access can be carried out through a 
customized interface or API, perhaps available remotely 
through a Dynamic Link Library, COM, ActiveX/OLE, 
and/or DCOM interface on the Windows platform. In other 
embodiments, this access could be through a protocol such 
as HOP, through Java-related technologies (e.g., JavaBeans 
or Java RMI calls), or even a through high-level Internet 



10 



15 



20 



25 



35 



45 



50 



55 



65 



protocol such as HTTP. However, it should be understood 
any method or system for network communication now 
known or hereinafter developed may be appropriate for use 
in practicing the invention. 

As scheduled events for a given user approach, they are 
queued by the notification software 214 for later delivery to 
the notification server. See "5" in FIG. 11. And once the 
designated time for a specific event arrives, the notification 
software 214 activates the desired notification server. See 
"6" in FIG. 11. This activation causes the user A (238) to be 
notified of the upcoming event. See "7" in FIG. 11. 

As will be appreciated by one skilled in the art, the 
manner in which the maintenance module, scheduling infor- 
mation or scheduling database is stored or distributed on a 
network can be changed without departing from the spirit of 
the invention. Further, although the present invention has 
been described in terms of certain embodiments, various 
changes and modifications, even if not shown or specifically 
described herein, are deemed to lie within the spirit and 
scope of the invention and the appended claims. 
Accordingly, it is the appended claims, and not the foregoing 
illustrations and descriptions that define the scope of the 
invention. 

What is claimed is: 

1. A method for communicating scheduling information 
about a future event to a user, the method comprising the 
acts of: 

performing scheduling tasks at a client computer, includ- 
ing configuring the manner in which the user is to be 
notified of the future event and the time at which the 
user is to be notified of the future event; 

storing the user's scheduling information; 

accessing the user's scheduling information; 

analyzing the user's scheduling information; 

queuing to a storage area scheduling information about 
the future event if the future event is within a specified 
time frame; 

accessing the storage area to retrieve the scheduling 

information; and 
initiating communication with the user to inform the user 

of the future event in the manner configured and at the 

time configured when the user is not at the client 

computer. 

2. The method of claim 1, wherein the act of storing the 
user's scheduling information includes the act of storing 
scheduling information at the client computer. 

3. The method of claim 1, wherein the act of storing the 
user's scheduling information includes the act of storing 
scheduling information at a server computer. 

4. A method for communicating scheduling information to 
a user, the method comprising the acts of: 

performing scheduling tasks at a client computer; 

storing the user's scheduling information; 

accessing the user's scheduling information; 

analyzing the user's scheduling information; 

queuing to a storage area events in the scheduling infor- 
mation that are within a specified time frame; 

accessing the storage area to retrieve the queued events; 
and 

initiating communication with the user at or about the 
time that the queued event is to occur to inform the user 
of a scheduled event when the user is not at the client 
computer, 

wherein the act of accessing the user's scheduling infor- 
mation includes the act of accessing information about 
how the user is to be notified when an event 
approaches, 
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wherein the information about how the user is to be 
notified when an event approaches applies to a subset 
of all events in the user's scheduling information. 

5. The method of claim 4, wherein the act of queuing to 
a storage area events in the scheduling information that are 
within a specified time frame includes the act of queuing to 
a storage area events that are scheduled for a time within 
twenty-four hours of the act of accessing the user's sched- 
uling information. 

6. The method of claim 5, wherein the act of initiating 
communication with the user includes the act of placing a 
wireless telephone call to the user. 

7. The method of claim 5, wherein the act of initiating 
communication with the user includes the act of sending a 
message to the user through a wireless communication 
procedure. 

8. The method of claim 5, wherein the act of initiating 
communication with the user includes the act of sending an 
email message to the user. 

9. The method of claim 5, further comprising the act of: 
activating a second notification server if the user has not 

been successfully informed of the scheduled event, 
wherein the second notification server initiates com- 
munication with the user to inform the user of the 
scheduled event. 

10. A method for communicating scheduling information 
about a future event to a user that operates scheduling 
software at a client computer on a network, wherein sched- 
uling information for the user is stored at the client 
computer, the method comprising the acts of: 

entering scheduling information at the client computer 
including the manner in which the user is to be notified 
of the future event and the time at which the user is to 
be notified of the future event; 

initiating a request over the network to retrieve scheduling 
information for the user; 

accessing the user's scheduling information through pro- 
gramming interface calls to the scheduling software on 
the client computer; 

retrieving at least some of the user's scheduling informa- 
tion; 

analyzing the user's scheduling information; 

queuing to a storage area at least some of the user's 
scheduling information that has been analyzed; 

accessing the storage area to retrieve the queued sched- 
uling information; and 

initiating communication with the user to inform the user 
of the future event in the manner configured and at the 
time configured when the user is not at the client 
computer. 

11. The method of claim 10, wherein the act of accessing 
the user's scheduling information through programming 
interface calls includes the act of accessing the user's 
scheduling information through calls to a COM interface. 

12. A method for communicating scheduling information 
to a user that operates scheduling software at a client 
computer on a network, wherein scheduling information for 
the user is stored at the client computer, the method com- 
prising the acts of: 

initiating a request over the network to retrieve scheduling 
information for the user; 

accessing the user's scheduling information through pro- 
gramming interface calls to the scheduling software on 
the client computer; 

retrieving at least some of the user's scheduling informa- 
tion; 
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analyzing the user's scheduling information; 

queuing to a storage area information relating to events in 

the user's scheduling information; 
accessing the storage area to retrieve the queued events; 
5 and 

initiating communication with the user at or about the 
time that the queued event is to occur so as to inform 
the user of a scheduled event when the user is not at the 
3Q client computer, 

wherein the information about how the user is to be 
notified when an event approaches applies to a subset 
of all events in the user's scheduling information. 

13. The method of claim 12, wherein the act of queuing 
15 to a storage area includes the act of queuing to a storage area 

events that are scheduled for a time within one hour of the 
act of accessing the user's scheduling information. 

14. The method of claim 13, wherein the act of initiating 
communication with the user includes the act of placing a 

20 wireless telephone call to the user. 

15. The method of claim 13, wherein the act of initiating 
communication with the user includes the act of sending a 
message to the user through a wireless communication 
procedure. 

25 16. The method of claim 15, wherein the act of initiating 
communication with the user includes the act of sending a 
message to a wireless pager. 

17. The method of claim 13, wherein the act of initiating 
communication with the user includes the act of sending an 

30 email message to the user. 

18. The method of claim 13, further comprising the act of: 
activating a second notification server if the user has not 

been successfully informed of the scheduled event, 
wherein the second notification server initiates com- 
35 munication with the user to inform the user of the 
scheduled event. 

19. In a computer that is connected to at least one 
notification server corresponding to a means of 
communication, wherein the computer has access to sched- 

40 uling information about a future event for a user, the method 
comprising the acts of: 

entering scheduling information including the manner in 
which the user is to be notified of the future event and 
the time at which the user is to be notified of the future 
45 event; 

retrieving the user's scheduling information; 
analyzing the user's scheduling information; 
queuing the scheduling information if it corresponds to a 
50 specified time frame; 

accessing the queue to retrieve at least some of the queued 

scheduling information; and 
activating the notification server at or about the time at 
which the user is to be notified of the future event to 
55 thereby initiate communication with the user and 
inform the user of the future event. 

20. The method of claim 19, wherein the act of retrieving 
the user's scheduling information includes the act of retriev- 
ing scheduling information from a remote location. 

60 21. The method of claim 19, wherein the act of retrieving 
the user's scheduling information includes the act of retriev- 
ing scheduling information from a local resource. 

22. In a computer that is connected to at least one 
notification server that is capable of initiating communica- 

65 tion with a user, wherein the computer has access to sched- 
uling information for the user, the method comprising the 
acts of: 
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retrieving the user's scheduling information; 
analyzing the user's scheduling information; 
queuing events in the scheduling information that are 

within a specified time frame by storing them on a 

queue; 

accessing the queue to retrieve one or more queued 
events; and 

activating the notification server at or about the time that 
the queued event is to occur to thereby initiate com- 
munication with the user and inform the user of a 
scheduled event, 

wherein the act of retrieving the user's scheduling infor- 
mation includes the act of retrieving information about 
how the user is to be notified when an event 
approaches, and 

wherein the information about how the user is to be 
notified when an event approaches applies to all events 
in the user's scheduling information. 
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23. The method of claim 22, wherein the act of initiating 
communication with the user includes the act of placing a 
wireless telephone call to the user. 

24. The method of claim 22, wherein the act of initiating 
5 communication with the user includes the act of sending a 

message to the user through a wireless communication 
procedure. 

25. The method of claim 22, wherein the act of initiating 
communication with the user includes the act of sending a 
message to the user through a pager. 

10 26. The method of claim 22, wherein the act of initiating 
communication with the user includes the act of sending an 
email message to the user. 

27. The method of claim 22, further comprising the act of: 
activating a second notification server if the user has not 
15 been successfully informed of the scheduled event, 
wherein the second notification server initiates com- 
munication with the user to inform the user of the 
scheduled event. 

* * * * * 
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